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Amendments to Ihe <?latms 

Tilts hsting- oi" clajms will replace ail prior versions, and listings, of claims in the 
application, 

Ustiiig of Claims; 

1, (C'itrretitly Aniended) A motliod for preserving data constraints durisig parade! ttf^ly-in 
applic tui on of asyndironons replication transactions roplioarien in a database system, tJiej ncth . o d 
comprising; 

(a) receiving and examining a transaction message comprising Qnc...pr..i8Qm.. fg>H 
changes : 

(b) determining H vvbetbe r at least one row change in the iransaetion message has. is 
affected bv a data eon s trainte constraint ; 

(c) 4|i-§0 responsi^c to at least one row c lumae in t he transaction messa nc. being 
affected bv a data constraint . de.tenninin.ai-f whetber ther e is a constrai nt violatjon ..betWj^ the at 
least one row change in tbe transaction rnessage te-a-eonstfaim-w 4 olario-nwv 4 ^ and a row change 
in at least one preceding non-completed transaction message; and 

(d) i4-so responsive to there being a constraint viol at ion bet w ee n the at lea st, oiic rmy 
change in the transaction message and the row cha nne in t he at least one preceding 
non-com pleted transac tion messag e, holding the transaction message iinti! app lication of the at 
least one preceding rion-completed transaction message completes is con ipltded; 

( el responsive to app lic ation of the at least one pr cccdina non-coinpl oted transaction 
iuea.saao being comple ted, placitm the transaction me s sage on a wo rk queue; and 
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m subs eqiiem to niaciiUT th e tra nsaction message on th e work queue, app.lvino.jju^ 
[ransaclifm mess ane in para l UH vviU^ o ne or tnore other tra.naact:io « meas aaes on the work q Liege. 

2. (Original) Hie method of daim I, wherehi the deterroming (b) comprises; 

(b!) determining that the at least one row change in the transaction message has 
secondaiT unique constraint; and 

(h2) recording coknnn values for the secondai^' unique constraints of the at least one 
row change in the transaction message^ when the at least one row change is a row' insert, or 
update* 

3 . (Original) Ths method of daim 2, w'herein if the column value for foe secondaiy unique 
eonstmint is hot knowal, then record an “unknowTf ' value, 

4. (Original) The method of claim 2, wherein the determining (c) comprises: 

(cl) comparing the column values .for secondary unique constraints for the at least one 
iw change in the transaction message with recorded column values for secondary unique 
constraints for the row change in the at least one preceding non-completed tran.saction message. 

5. (Oi igina!) fhe method of daim 4, wherein the hokliag (d) comprises: 

(dl) detemiiiiing that column values for secondary unkjue constraints for the at least 
one row clutfjge in the transaction message matches fecorded cohmin values for ,scC'ondary unique 
constraints for the row change in the at least one pi-ecedihg non-completed transaction mc.ssage; 
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(d.?j holding the transaction message imtO the application of the at least one preceding 
non-con^pleted transaction message completes, 

6. (Original;) I'he method of clainj 5, wherein the holding (d) further comprises: 

(d3| determining that the column values for the secondar>' unique constraints for the at 
least one row change in the transaction message do not match the recorded column values for the 
secondary unique constraints for the row change in the at least one preeeding non-completed 
transaction, message; and 

(d4) placing the transaction message on the work queue to be applied in parallel with 
the other transaction messages on the work queue. 

7 . { Original) The method of claim 6, wherein the placing (d4) comprises; 

(d4i) applying the transaction message to a target table; 

(d4ii) determining if a constraint violation results from the application of the at least one 
row change in the transaction message; and 

(d4iii) periodically retrying the appiieation of the at least one rovy change in the 
transaction message, if the conislraint violation results. 

8, (Original) The method of claim 7, wherein the periodically retrying (d4tii ) comprises: 

(ddiiiA) comparing a next transaction message on the work queue with the trimsaetiori 
mess;-tge to he retried; 

<d4iiiB) determining if the next transaction message Is older than the transaction tnessage 



to be retried; 
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ii\4ihC) plactitg the transaction niessage to be retried back on the work queue, if the ncM 
iransaction message is older; and 

(d4iiiD) applying the transaction message to be retried, if the next transaction message is 
not older. 

9. (Original) The method of claim I, wherein the determining (b)eornprises: 

(h 1 ) determ ming that the transaction message has a referential integrity constraint. 

10. (Original) The method of claim 9, wherein the determining (c) compri ses : 

(cl) determining that a target table is a parent table of the referential integrity 
eonslraint; and 

(c2) determining if a row operation of the tnmsaction message is a row insert type; and 

(c3) determining if the subsecjaent iransaction message to a child table is the row insert 

t>pe, if the row operation of the transaction message is the row insert t>^pe. 

11 . (Original) The method of daini 1 0, wherein the holding (d) comprises; 

(dl ) holding the subsequent transaction message to the child table untii the transaction 
message completes, if the row operation ofthe transaction message is not the row insert type; 

(d2) holding the subsequent iransaction message to the child tabic, if tlie sitbsequem 
iransaction me,ssage to the child table is not the row inseri t>pe and the row operation of die 
transaction message is the row insert type; and 

(d?) placing the subsequent tratrsaction message to the child table osi the work queue to 
be applied in parallel widt the trairsaction message, if the subsequent tran.saction message to the 
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child hibic is the row insert type and the row operation of the transaftioti message is tlic rovs 
insert type. 

1 2. (Original ) The method of eJaim 1 T, wherein the placing (d3) comprises; 

(d3i) applying Lire subsequent traiisaction message to the child table; 

(ddiit determining if a conslraint v-joiation results from the application of tlie subseqnertf 
irrmsaction message; and 

(d3ii!) periodically rettying the appUcaiion of the subsequent transaction message, if the 
conslrainl violation results. 

1.3, (Origi.nal) The method of claim 12, wherein the periodically retrying (d3iii) comprises: 
{d3iiiA) comparing a next transaction message on the work queue with the transaction 
message to be retried; 

(d3iii B) determining if the next transaction message is older than the transaction message 
to he retried; 

{ddiiiC} placing the transaction message to be retried hack on, the work queue, if the next: 
transaction message is older; and 

(daiiiD) applying the transaction message to be retried, if the next transactiofi message is 
not older 

14. ((irigin.al) 1’he method of claim 9, wherein the detenninihg (c) comprises: 

(cl ) determining that a target table is a ohild table of t|ie referentia! integrity constraint; 

and 
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ic2) deiennintny if a row operation of the transaction message Is a row' delete tvpe; pnd 

(c3) detennining if the subsequent transaction message to a parent table is tito row 

delete type, if the row operatiott of tlie ti-ansaction message Is the row ddete t>pe. 

1 5 . { Ongi na I } The method of claim 1 4, wlrecein the holding (d) comprises ; 

(di) holding the subsequent transaction message to the parent table until the 
transaction message completes, if the ro\v operation of the transaction message is not the row 
delete t>pe; 

(d2) holding the subsequent transaction message to the parent table, if the subsequent 
transaction message to the parent table is not the row delete type and the row operation of the 
transaction message is the row delete t>pe; and 

(d3) placing the subsc^itmnt transaction message to the parent table on die work queue 
to be applied in parallei with the transaction message, rf the subsequent transaction message to 
the pitreni table is the row delete type and the row operation of the transaction message Is the row 
delete type. 

16, (Original) The method of claim 15, wbeteiii theplacing (d3) further comprises: 

(d,3 i ) applying the subsequent traMaction message to the parent table; 

(d3ii) dutenniniug if a constraint violation results from the application of the subsequent 
transaction message; and 

(d3iii) periodically retrying the application of the subsequent transaction message, if the 
cons'uaiiit violation results. 
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17. (Origm.d) The nxeiliod ofdaim U>, wliersui the periodically retrying {d3iii) comprises: 
(d:'!iii.'\) comparing a next transaction mcsssage on the work queue with the transaction 

message to be retried; 

((Dili 13) determining if lite next transaction message is older than the transaction message 
to be retried; 

(d.3iiiC) placing the transaction message to be retried back on the work queue, if the ne.Kt 
transaction me.ssage is older; and 

(deiiiD) appl>dng the transactio,n message to be retried, if the next transaction message is 
not older. 

18. (Original) A method for preserving data constraints during parallel apply in 
asynchranous transaction replication in a database sy'stem, comprising; 

(a) identifying a transaction message as a cascade delete; 

(h) determining that a source of the transaction message is not a leaf table; 

(c) piacing each subscription for the transaction message onto a stack and placing ro w 
operations tor each subscription into a reorder list, wherein the subscriptions are placed onto the 
stack in order of execution, wherein the row operations are placed into the reorder list in the 
order of execution; and 

(d) adding the row opefations for each subscription in the stack back to the 
transaction rne.ssagc, wherein the row operations are added in a reverse order of execution, 
wherein the subscriptions are added in tire reverse order of execution. 
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1 9. {Original ) The method of daim 1 8, further cmupnsmg: 

(e { sendifig the tninsactiou message to be applied to a taiget table, 

20. (Origina!) The method of claim IS, fiirthsr comprising: 

(e) applying the transaction message at a target table, 

21. {Original) A method for presertring data constraints during parallel apply in 
asynchronons transaction replication in a. database system,, comprising; 

(a) receiving a message to perfonn an initial load of a target table; 

(b) determmmg that the target table is a child table of referential integrity conslraints; 

(c) saving the referential integrity constraints for the target table; 

(d) dropping the referential integrity constraints from the taiget table; 

(e) loading the target table in parallel with a loading of a parent table of the relerenti al 
integrity constraints ; 

(i) begin applying change data to the target table once loading is done; 

(g) waiting for the parent table to finish loading, if the parent table has not yet 
finished loading; and 

(h) adding the referential integrity constraints back into the target tabic, 

22. (OTigitian The method of claim 21, wherein the adding (h) comprises; 

{hi ) for each child referential integrity constraint for the target tabic, determining if a 
parcni schema and table name of the referential constraint matches a target tabic name in a 
.subscription, and 
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(1)2 ) adding ihe refcrciUial integrity constraints back into a child table of the target 
laldc, if the parciit schema and tahic name of the referential constraint, do not match the target 
table name in the sitbscription. 

23. (Original) The .method of chiim 22, wberein the adding (h) further comprises: 

(h3) deie.nnimng a state of the subscription, if the parent schema and table name of liie 
referential constraint .matches the target table name in the subsetiption; and 

(h4) adding the referential integrity eonstraints back into the child table, if the state of 
the subscription is active or inactive. 

24. (Original) 'r.he method of claim 21 , wherein the adding (h) comprises: 

(hi } for each parent referential integrity constraint for the target table, determining if a 
child schema and table name of the referential constraint matches a target table name in a 
subscription; and 

(h:2) adding the referential integrity constraint hack into the target table, if the child 
schema and table name of the referential constraint do not match the target table name in. the 
subscription, 

23. (Original } The method of claim 24, wherein the adding (h) llinhcr comprises: 

(h3} detej-mining a state of the snhscription, if the child scliema and table name of the 
referential constraint matches the target table name in the subscription; and 

(li4) adding the referential integrity constraints hack into the target table, if the state of 
the sttbscriplion is active or inactive. 
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26. f.Origintii) A method for preserving data eonatraiiP.s during parailel appiv in 
asynchronous iransactiot) replication in a database system, eomprising; 

(a) receiving a message to perform an initial load of a target table; 

t'b) determming that the target table is a parent table of referential integrity 

constraints; 

(c f saving the rcfocnti al ijttegrity constraints for a child table of the target table; 

(d) dropping the referential integrity constraints from the child table; 

(e) loading the target tabic in parallel with a loading of the child table; 

(i) begin applying change data to the tar-get table once loading is done; 

(g) watting for the child table to fmtsh loading, if the child table has not yet finished 

loading; and 



(h) adding the referential integrity constraints back into the child table. 



27. (Original) The method of claim 2(S, wherein the adding (h) comprises: 

(hi) lor each child referential integrity constraint for the target table, determining if a 
parent schema and table name of the refereiitial constraint matches a target table name in a 
subscription; and 

(]i2) adding die referential integrity constrakits back into the child table, if the parent 
schema and table name of the referential constraint do not match the target table name in the 
subscriptioit. 
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28. {Original) The method of claim 27, wherein the adding (h) further comprises; 

(!i3) deierinining a state of the subscription, if the parent schema and table name of the 
refcicmia! constraint matches the target table naine in the subscription; and 

(h4l adding the refereutiai integrity constraints back into the child table, if the stale of 
the si.ibsoript.ion is active or inactive. 

29. (Original) The metlidd of claim 26, xvherdn the adding (h) corttprises: 

(hi) for each parent referential integrity constraint for the target table, deiemiinitig i f a 
child schema and table name of the referential constraint matches a target table name in a 
subscription; and 

(h2) adding the referential integrity constraint btick into (he target table, if the child 
schema and table name of the referential constraint do not match the target table name in the 
sub.scription, 

30. (Origmal) The method of c laim 29, wherein the adding (h) further compri.ses : 

(h3 ) determining: a stale of the subscription, if the child schema and table name of the 
referential constraint matches the target table name in the subscription; and 

Cn4) adding the referential integrity constraints back into the target table, if the state of 
the subscription is activ'c or inactiv'e. 
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'3i, (Currenlly Amended) A computcf readable tnediujn wdb encoded ^y ith. a..comi^ 
program lor preserving data constramts during paraile! apf>ly--m .apidicatgoimpi' 

aswchronous repiic aiion trimsactions i^ icatign in a database system, the compiuer p t-pgrain 
comprising iriSt niCtions for : 

(a) receiving and examming a transaction message cp]npri4ng_rme„,pjp^^ 
ch an g es; 

(b) detennining tf vvhether at least one row change in the traiisaetion message bae is 
ailecte d by a data eo-nsn-aints c onstrai nt; 

(c) .responsive to at least one row change in the tr an saction mx-ssa ge. bsjng 

affected bv a data co nstraint , determining if vVhetb er there is a constraint ..yi.olatipjLb^ the at 
least one row change in the transaction message hos a oonatraint and a row change 

j.n at least one preceding non-completed transaction message; and 

(d ) fesponsive to there bei ng a constraint violation between dte at least one row 
change in the t ransaction message and t he row change in the at .l east one_p. 
non-completed tran sactio n message, holding the transaction message irntil appiication. .o.f the at 
least one preceding non-completed transaction message eemplete e .is. com pleted; 

fe) resnonsive to application of the at least one preecdinn non-comp leted traf^saetjon 
mess age being comp leted, pl acing the transaction message o n a work queue; and 



(1) subseque nt to placing the tra n saction message o.n the work queue, applyin g the 
tra nsaction message in paral lel with one or more other transac tioT\ mes s a.g es on the work queue . 
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32 . ( Originiii) T!ie medium clami 31, whereiu the defemiining (b) comprises: 

(bit detennining that the at; least one row change in the transaction message has 
secondary unique consiraiut; and 

n>2) recording column values for the secondai^' unique constraints of the at least one 
row change in tlte transaction message svhen the at least one row change ia a row insert or update. 

33. (Original) The medium of claim 32, wherein if the column value tor the secoudajry 
unique constraint is not known, then record an “unknown’' value. 

34< (Otiginal) The medium of claim 32, tvhemin the detennining (c) comprises: 

(cl ) comparing the column values for secondary uniqite constraints for the at least one 
row chattge in the transaction message with recorded column values for secondas-}' unique 
constraints for the row change in the at least one preceding non-corapleted tra.nsaction message, 

35. (Original) The medium of claim 34, wherein the holding (d) comprises: 

(dl) determinijig that column values for secondary nnique constraints for the at least 
one row change in the irarisaction message matches recorded column values for secondary unique 
constraints for the row change in the at least one preceding non-completed transaction message; 
atvd 

(d2) holding the transaction message until the application of the at least one preceding 
non-c out plot ed transaction mes-sage corupletes. 
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30. (fjriginal) 'Fhc method of claim 35, wherein the hokling (d) farther comprises; 

(d3) determining that that Golunin valires for the secondary unique constrainis for the at 
least (tne row change in the transaction message do hot match the recorded coliimn vahies for the 
sccoiidao' utricjac constraints tor the nw change in the at least one preceding uon-completcd 
tratisaction message; and 

(d4) piacing the transaction message on the work queue to be applied in parallel with 
the other tra;nsaction messages on the work queue. 

37. (Original) The medium of claim 35, wherein the placing (d4) comprises: 

(cl4i) applying the transaction message to a target table; 

(d4ii) detennining if a constraint violation result.^ from the application of the at least one 
row change in the transaction message; and 

(d4iii) periodically retr>'ing the application of the at least one row change in tlie 
transaction message, if the constraint violation resvtits. 

38. (Original) 7'he medium of claim 37, wherein the periodically retrying (d4iii } comprises; 
(d4iiiA) comparing a next transaGtion me.ssage on the wori; queue with the transaction^ 

message to be retried; 

(d4iiiB) dciennining if the next transaGtion Tnessage is older than the transaction to be 

retried: 

(d4iiiC) piaoing the transaction message to be mhied back on the svork queue, if the next 



Uaitsaction itiessago is older; and 
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(d4iiiD) appiying the transaction message to be retiied, if the ne.xt transaction tncssagc is 
not older. 

39. (Original) The niedinni of claim 3I> wherein the detemiining (b) comprises; 

{b 1 ) determining that die transaction niessage has a referential integrity constraim. 

40. (Original) The mediura of claim 39, wherein the detefniining (c) comprises : 

(cl) determining that a target table is a parent table of die referential integrity 
constraint; and 

(c2) determining if a row operation of the transaction- message is a row insert ty'pe; and 

(c3) detemiinmg if the subsequent transaction message to a child table -is the row insert 

type, if the row operation of the trahsaetlon message is the row insert type. 

41. (Original) The medium of c!a.im 40, wherein the holding (d) comprises: 

(dl ) holding the subsequent transaction message to the child table until the transaction 
.message completes, if the row operation of the transaction message is not the row insert type.; 

(d2) holdi.ng the subsequent transaction .message to the child table, if the subsequent 
transaction me.ssage to the child tabic is not the row insert tjyie and the row operation of the 
transaction message is the row insert type; atid 

fd3) placing the subsequent transaction inessage to the child {able on the work queue to 
be applied in parallel xvith the irairsaction message, if the suhseqnent tra.nsaction message to the 
child ttible is the row insert: type and the row operation of the transaction message is the row 



insert type. 
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42, (Original ) The medium of claim 4i, wherein tlie placing (cI3) comprises; 

(d3 i) applyi og (he sub.sequ.ent transaction message to the chiki table; 

(d.3ii) deiennining if a constraint viohuioo results from the applicatiou of the subsequent 
transaction .mcs.sage; and 

(ci3iii) periodically reto'ing the application of the subsequent transaction message, if the 
constraint violation rc.su Its. 

43, (Original) The medium of claim 42, wherein the periodically retrying t d3 tit) comprises: 
(dSiiiA) comparing a next transaction rae.ssage on the work queue with the transaction 

message to be retried; 

(dSiiiB) detemiining jf the next transaction message is older than the transaction message 
to be retried; 

(d3iiiC) placing the tninsaction message to be retried bac.k on the work queue, if the next 
transaction message is older; and 

{'d3iiiD) applying the transaction message to be retried, if the next transaciio,n message is 
hot older, 

44, (tfriginai) The medium of claim 39, wherein the detertuining (c) comprises: 

(c I ) determining that a target table is a child table of the referontia! inicgnty cojistrai ut; 
and 

(c2) determining if a row operation of the traEsaction .message is a row delete type; and 

{c3} determining if the subsequent transactio.n message to a parent table is the row 
delete i>pc, if the rose operation of the transaction message is the row delete type. 
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45. {Original) The medium of claim 44, wlierem theholding (d) comprises: 

(dU holding the stihsequent iTansactidn message to the parent table until the 
transaction tnessage completes, if the row operation of the tt'ansacliofi message is not the row 
deleve tvpe; 

(d2) holding the suhseqneni transaction message to the parent table, if the subsequent 
tran.sactio.n message to the parent table is not the row delete t>'pe and the row operation of the 
transaction message is the row delete t>'ite; and 

(d.3) placing the subsequent tratisaetion message to the parent table on the work queue 
to be applied in parallei with the transaction message, .if the subsequent transaction message to 
the parent table is the row delete type and the row operation of the transac tion message is the row 
delete type. 

46, (Original) The medium of claim 45, wherein the placing,(d3) further comprises : 

(d3i ) applj-ing the subsequent transaction message to the parent table; 

(d3ii) deiennining if a constraint violation results from the application of tbe subsequent 
transaction message; and 

(d3iu) periodically .retrying the application of the subsequent transaction message, if the 
constraint violation results, 

4?, (Original) The medium of claim 46, wherein the periodicany retrying fd3iii) comprises; 
(d3iiiA) comparing a next iraiisaction message on the work queue with the transaction 



message to be retried; 
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(d?iiiB) determ niing iflhe next transaction message is older than the transaction messttge 
to be retried; 

(tlliiiC) placing the transaction message to be retried back on the work queue, if the next 
transaction message is older; and 

(d3iiiD) applying the transaction message to be retried, if the jiext transaction message is 
not older. 

48. (Origina!) A computer readable .medium with program instnictions for pre.scr\'ing data 
constraints during parallel apply in Esjaicbronous tratisaction replication in a database system, 
comprising; 

(a) identifying a transaction message as a cascade d.elete; 

(b) determining that a source of the transa.cti:on message is not: a leaf table; 

(e) placing each subscription for the transaction message onto a stack and placing row 

operations for each subscription into a reorder list, wherein the subscriptions are placed onto the 
stack in order of execution, wherein the row operations are placed into the reorder list in the 
order of execution; and 

(d) adding the row operations for each subscription in the stack back to tile 
transaciioii message, wherein the row' operations are added in a reverse order of execution, 
wherein tlie subscription.^ are added in the reverse order of execution. 

49. (Original) The fnedium of claim 48, fmiher eomprising; 

(e) sending the transaction message to be applied to a target table. 
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50, The medium of daim 48, furtJier comprising; 

(e) applying the transaction message at a target table. 

51, (Origii'.a)) A computer readable medium vvitit program instmetions for preser^’ing data 
con.straints during parallei apply in asymebronons tramaction replication in a database system, 
comprising; 

(a) receiving a message to perfonn an initial load of a target table; 

(b) deterniimng that the target table is a child table of referential in tegri ty constraints; 

(e) saving the referential integrity conslTaints for the target table; 

(d) dropping tlie referential mtegrity constraints from tlie target table; 

(e) loading the targd table in parallel with a loading of a pai'ent table of the referential 
In legri ly conslxalnts; 

(f) begin applying change data to the target table once kiading is done; 

(g) waiting for the parent table to finish loading, if the parent table has not yet 

finished loading; and 

(h) adding the referential integrity constraints back into the target table, 

52, (Original) The medium of claim 51, wherein the adding (b) comprises: 

{ 111 ) for each child referential integrity constraint for the target table, detenniniiig if a 
parc.at schema and tabic name of the referential consttaint matches a target table name in a 
subacription; and 
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(hi) adding the referential integrity constraiiits back into a child table of ihe {r.irgct 
taliic, if the parent schema and table ftame of the reforentla! constraint do not match the target 
table name in the subscription, 

53 . (Ortginai i The medium of claim 52, wherein the adding (h) further cotnpr'i.ses: 

(h3) determining a state of the subscription, if the parent schema and table name of die 
referential constraifit matches the ta’get table name in the subscription; and 

(b4) adding the referential integrity eonstraints back into the child table, if the state of 
the subscription is active or inactive. 

54. (Original) the medium of ciaini 5 1 , wherein the adding (h) comprises: 

(hi) for each parent referential mtegrity constraint for the target table, delenndning if a 
child schema and table, name of the referential constrai.nt matches a target table n<une hi a 
subscription; and 

(h2) adding the referential integrity constraint back into the target table, if the child 
schema and table name of the referential constraint do not m.atch the target table name in the 
subscription, 

55. {Original) The medium of claim 54, wherein the adding (h) further comprises: 

(h.3) determining a state of the subscription, if the child schema and table name of the 
referential constraint matches the target table name in the subscription; and 

(li4) adding the referential integrity constraints back into the target table, if the state of 
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the subscription is active or inactive. 
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50. (On.giJia!) A computer readable .medium with program i?islrucl.ions for prcscp/iug data 
ei.'nMramts during parallel apply in asyridiroiious tfansactio.n replication in a database system, 
comprising: 

(a) receiving a message to x>erlbrm an initial load of a target table; 

tb) determini.ng that the target table is a parent table of rct'erentiai im.cgrity 



constraints; 

(c) 

(d) 

(e) 

(f) 

(g) 

loading; and 

(h) 



•saving the refereiUial integrity constraints for a child table of the target table; 

dropping the rercrentiai integrity co.nstfaints from the child table; 

loading the target table in parallel with a kniding of the child table; 

begin applying change data to the target table once loading is done; 

waiting for the child table to .finish loading, if the child tabic has not yet finished 

adding the referei.itia1 integrity constTaints back into the child table. 



57. (Original) l.he medium ol: claim 56, wherein the adding (h) comprises: 

(hi) for each child referential integrity constraint for the target table, deteninning if a 
parent schema and table name of the referential comtralnt matdie.s a target table name in a 
subscription; and 

(h2) adding the referential integrity constraints back into the child table, if the parent 
schema and table name of the referemial constraint do not match the target table name in the 
snbscnption. 




Attorney IJocket: I '3i'63}' 

58, (Oriyinai) The medium of c!aim 51 , wherein the adding (,h) further comprises: 

{h3) dorennining a stale of the subsoripiion, if the pai'enl schema ?.ind table name of the 
referemia! constraitjl matdres the target tabie name in the st.ibscripiiori; and 

(h4) adding the referential mtegi-ity constraints back into the child table, if the :statc of 
the siibacription is active or inactive. 

59, (Original) The tnediiim of claim 56< wherein the adding (b) comprises: 

(hi ) for each ptwent referential integrity eonstrai.nt for the target table, determining if a 
child schema and table name of the referential conshraint matches a target table name in a 
subscription; and 

(b2) adding the referential integrity constraint back into the target tabic, if the child 
schema aiid table name of the referential constraint do not mateh the target table ttame in the 
subscription, 

60, (Original } The medium of claim 59, wherein the adding (h) further comprises: 

(h3) determining a state of the subscription, if the child schema and table name of the 
referential constraint matches the target table name in the siibseription; and 

(h4) adding the referential integrity constraints back into the target table, if the state of 
the .subscription is active nr inactive. 



m- 
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6i . (i-uriently Amended) A system conipming: 



n •st^nFe^ '-nGde;-'" 



emmnmedH:3^tmsae-don--eemp]eteti--«t---a--«n«twAafeie--60ipy-4e---«---tefgGt-imd«--m-^ynehwnh^ntsly 

feplieate-'dKHanmsaetkmf-aTKl 

wofk <f 3ietter^nd-aaat=get"ta4>3ta-6^ty; 
a v\ ork queue: 

a receiv e q ueue storing a Iratisttctipn message, the transaction message comprising one or 
more row chaiie:e5' 

a browser thread in cotmminicati on witlt the icccivc qu e ue and the work queue, w herein 
the brtwser thread 

reeei-ves nmi exammes the trajisaction message on the receive queue, 
wheremrti^ e - browser - foead determines i# whether at least one row change in the 
transaehon message has is affected bv a d<ita eenstrairhs constraint, 

wh ef -e hni ^-so responsive to at lettst one row change in the transaction m essage 
bcina affected bv a data constr aint , 4h©--fertHvseHhread detennines whether there is a 
coiis iraini vio jation between the at least one row change in the transaction message has-a 
eonst Faint vie khon-wvhh and a row change in at least one preceding non-compleled 
transaction message. iUKl 

■ wh e rein - i t - so responsive to there being a constraint vi olation bet ween the at least 
one r ow chaTige in the transaction message and the row chattg e in the at least one 
preceding non-coittpiete d tr ansac ti on message, tfag brows o r -throad holds the transaction 
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message until a p plicati on of the at least one preceding non-completcd tnuisactiou 
message e&mpletea is completed, and 

respon sive to applic ation of t ire at least one precedi ng non-c o.mplet ed uausactio)-! 
mes sage beiuu c om p l eted^ nlaccs the transaction message on t he wo r k queue: and 
one or moic auent threads in communication with th e wor k queue' wherein subscciucnt to 
pl ace nu ml of the transaction me ssag e on the work queue, the one or more acent (hrt^ ads appiv the 
t rarksact io n m essaac in parallel with one or more other transaction messag es on the \^ ork. queue . 

62, (Cancelled) 

63, (Cancelled) 
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